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DUPLICATE 



ACCESSORY FUNCTIONS 



FIELD OF INVENTION 

5 

The present invention relates to a mobile terminal capable of supporting a 
plurality of accessory functions. 



10 BACKGROUND TO THE INVENTION 



There are many accessories available for mobile terminals today. For example, 
typical accessories include hands free headsets, hands free car kits, data cables 
for connecting to external devices such as personal computers and laptops, and 
15 camera attachments. 

Each accessory can have a series of associated functions. For example, a 
hands free headset unit may include a microphone input as well as audio output. 
Furthermore, the audio output supported by the headset may be either mono 
20 audio or stereo audio depending on the capabilities of the headset. Alternatively, 
the accessory may be a data cable for connecting the mobile terminal to a laptop, 
where the data cable can provide input/output functions for the flow of data to 
and from the mobile terminal via the data cable. 

25 An accessory is connected to a mobile terminal via a suitable connector or 

interface The^ interface may be a direct wired . interface or a wireless interface 

such as Bluetooth. Once the accessory is connected to the mobile terminal, the 
mobile terminal determines the functions provided by the accessory, and which 
must be supported by the mobile terminal. The detection of the accessory and 

30 determining the functions corresponding to the accessory is based on the reading 
an Identification number associated with the accessory. 
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Each accessory stores an identification number whicli can be read by the mobile 
terminal. The identification number corresponds to a predetermined set of 
functions provided by the accessory and a mode of operation for each of those 
5 functions. These functions must be supported by the mobile terminal in the 
predetermined mode. 

For example, the may be a hands free headset, the accessory functions may 
include the audio output capabilities of the earphones, and the mode for the 
10 audio output capabilities may be stereo audio output or mono audio output. 
Alternatively, the accessory function may be more specific such as microphone, 
and the mode may be either on or off. 

The mobile temilnal stores a list of accessory identification numbers together with 
15 a corresponding set of accessory functions and modes for each stored 
identification number. Any accessories with identification numbers that are not 
stored by the mobile tennlnal may not have their functions supported, be 
supported in the incorrect mode, or the accessory may not be recognised 
altogether. 
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Figure 1 illustrates an example of a system block In which the identification 
number for an accessory is stored. The system block is an accessory control 
interface (ACI) software (SW) 1.0 system block. The system block comprises 
data stored by an accessory which is read by a mobile temiinal. 

The system block comprises five bytes of data divided into various fields, some of 
which are: divided into sub-fields. These include BlockID (one byte), DataLength 
(one byte), Accessory_type_high (one byte), Accessoryjypejow (one byte) and 
a parity byte. 
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The Accessory_type_high field comprises a [\/lastertype sub-field (6 bits) and 
SubType most significant bit sub-field (2 bits). The Accessory_typeJow sub-field 
comprises a SubType least significant sub-bit field (3 bits) and an AccessoryJD 
sub-field (5 bits). 

5 

The identification number associated with an accessory is made up the 
Accessory_type_high field and Accessory_typeJow field. 

When an accessory using the system block illustrated in Figure 1 is connected to 
10 a mobile terminal, the mobile terminal reads the identification number comprising 
the data in the Accessory_type_high field and the Accessory_typeJow field. The 
mobile terminal then matches the read identification number with an identification 
number stored in the mobile terminal to determine the set of accessory functions 
and corresponding modes which are provided by the accessory and which should 
15 be supported by the mobile terminal. 

Any accessory that has an identification number that Is not stored in the mobile 
terminal, and therefore not matched by the mobile terminal, may either not be 
recognised, or the functions provided by the accessory may not be supported by 
20 the mobile terminal, at least in the correct mode. 

As mobile terminals are generally manufactured and sold with a fixed list of 
accessory identification numbers, for any new accessories to work with an 
existing mobile terminal, which has a set list of identification numbers stored, the 

25 new accessories must use one of the identification numbers already stored in the 
mobile terminal. - OthenA/ise, the mobile terminal will not recognise the new 
identification number. The new accessory is therefore limited to the specific set 
of accessory functions and associated modes defined by an existing identification 
number, even if the new accessory can provide new improved accessory 

30 functions or new combinations of accessory functions. 
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Furthermore, it is not possible to update the software or memory in a mobile 
terminal to include new identification numbers to support new accessories to 
overcome this problem once the mobile terminal has jeft the manufacturer. 

There is therefore a need for an improved mobile terminal capable of supporting 
various accessory functions that at least partly mitigate some of the above 
problems. 



10 SUMMARY OF INVENTION 

According to one embodiment of the present invention there is provided a mobile 
temilnal capable of supporting a plurality of accessory functions with one or more 
accessories, the mobile terminal capable of supporting each accessory function 

15 in two or more modes, and each accessory storing a capability array indicative of 
the capabilrties of the accessory; the mobile temilnal comprising: reading means 
for reading a capability array from an accessory; interpreting means for 
interpreting a capability array read by the reading means in accordance with a 
predefined format as including one or more fields, each field corresponding to an 

20 accessory function; identifying means for identifying a mode of an accessory 
function In dependence on the content of a field of the capability an-ay. the field 
corresponding to the accessory function; and supporting means responsive to the 
identifying means for supporting the accessory function with the accessory in the 
mode identified by the Identifying means. 

The accessory function may correspond to a capability of an accessory. 
Furthermore, the mode may be a mode of operation. 

Preferably, the capability array comprises at least one data block. The contents 
of the fields In the capability array may be bit values. And the predetemnined 
format may comprise fields in adjacent bit positions. 
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The mobile terminal may comprises connecting means for connecting to an 
accessory. Tfie connecting means may be an interface. Tlie interface may be 
one of a wired interface, an infrared interface or a Bluetooth interface. 

5 

Preferably, the accessory function is one of a data bus function, an audio 
function, a music playback function, and an antenna function. 

According to a further embodiment of the present Invention, there is provided a 
10 method In a mobile terminal capable of supporting a plurality of accessory 
functions with one or more accessories, the mobile terminal capable of 
supporting each accessory function in two or more modes, and each accessory 
storing a capability array Indicative of the capabilities of the accessory; the 
method comprising the steps of: reading a capability array from an accessory; 
IS interpreting a read capability array in accordance with a predefined format as 
including one or more fields, each fiield corresponding to an accessory function; 
identifying a mode of an accessory function in dependence on the content of a 
field of the capability array, the field corresponding to the accessory function; and 
supporting, in response to the step of Identifying, the accessory function with the 
20 accessory in the mode Identified. 

BRIEF DESCRIPTION OF DRAWINGS 

25 For at better understanding of the present invention reference will now be made, 

by way-of example-only, to the accompanying drawings In which: 

Figure 1 illustrates a system block of the prior art; 
Figure 2 illustrates categories of accessories; 

Figure 3 illustrates a mobile terminal and accessories in an embodiment of 
30 the present invention; 
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Figure 4 illustrates a system block In an embodiment of the present 
invention; 

Figure 5 illustrates a resource identification field in an embodiment of the 
present invention; 

Figure 6 illustrates an audio block In an embodiment of the present 
invention; 

Figure 7 illustrates a flow diagram of an embodiment of the present 
invention. 

DETAILED DESCRIPTION OF EMBODIMENTS 

The present invention is described herein with reference to particular examples. 
The invention is not, however, limited to such examples. In particular, the 
invention is described by way of reference to an exemplary mobile terminal and 
accessories supporting the Nokia Pop-Port interface. However, the invention 
may be equally applicable to other suitably configured temriinals, accessories and 
interfaces. 

Various accessories are available for mobile terminals today. An accessory can 
connect to their mobile terminal via a suitable connector or interface. With some 
mobile terminals, a single generic interface can provide the connection to a 
variety of different accessories. One such example Is the Pop-Port AGI 
(accessory control interface) system used in some Nokia mobile temninals. 

The AGI bus Is a single wire control bus used by Pop-Port accessories. The AGI 
bus can be used to control accessories and features such as control buttons and 
input/output (I/O) pins. 

Figure 2 illustrates various Pop-Port accessories which have been divided into 
categories according to the capabilities of the accessory. 



The capabilities of the accessories in categories 1, 2A and 3A are indicated by an 
identification number. The accessory stores an identification number which 
corresponds to a predefined set of accessory functions and associated modes for 
5 each function that are provided by the accessory and that should be supported 
by a mobile terminal. The identification number may comprise the l\/lasterType 
and SubType fields described earlier with reference to Figure 1 . 

When a category 1, 2A or 3A accessory is connected to a mobile terminal, the 
10 identification number is read by the mobile terminal. The mobile terminal stores a 
list of identification numbers together with an associated set of accessory 
functions for each identification number. The identification number from the 
accessory is matched with a one of the identification numbers stored in the 
mobile terminal and the mobile terminal provides support for the set of accessory 
15 functions in the appropriate mode associated with the matched identification 
number. Therefore, the identification number corresponds to a predefined set of 
accessory functions and associated modes for each accessory function. 

Reference is now made to the category 2B and 3B accessories, which comprise 
20 accessories in embodiments of the present invention. 

Figure 3 illustrates a mobile terminal and examples of category 2B and 38 
accessories in a preferred embodiment of the present invention. 

25 Mobile terminal 300 comprises an interface 302, which is connected to a 
processing unit-304-— The mobile terminal 300 also comprises a memory 306" 
connected to the processing unit 304. 

Figure 3 also illustrates three accessories: a camera headset 310, a hands free 
30 headset 322, and a data cable 334. 
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Each of the accessories In Figure 3 comprises a connector body, which includes 
an interface and memory. The interface connects the accessory to the interface 
302 on the mobile terminal. It should be appreciated that the connection 
between the accessory and the mobile terminal may be a wired connection or a 
wireless connection such as infrared Bluetooth. In the case of a wireless 
connection, the interface on the accessory may be an Infrared 
transmitter/receiver and the interface on the mobile temninal may also be an 
infrared transmitter/receiver. 

The camera headset 310 comprises a connector body 316, which Includes an 
interface 318 and a memory 320. The camera headset 310 also comprises a 
camera unit 312 and earphones 314. The camera unit 312 provides camera 
functions and may be used to capture images. The earphones may provide 
hands free functions, Including audio output. 

The hands free headset 322 comprises a connector body 328, which includes an 
interface 330 and memory 332. The hands free headset 322 further comprises a 
microphone 324 and earphones 326. The microphone 324 may be used to input 
voice data Into a mobile terminal connected to the hands free headset 322. The 
microphone may have adjustable gain levels. The earphones may provide basic 
audio output from a mobile temiinal, for example during a call, or more advanced 
audio output, for example music from a radio built into a mobile terminal. The 
audio output may have different modes such as mono audio or stereo audio 
depending on the capabilities of the hands free headset 322. 

The data cable 334 comprises a connector body 338, which includes an interface 
340 and memory 342. The data cable 334 also comprises a further connector 
336, which may be used to connect the data cable 334 to a personal computer 
344 or other similar device such as a laptop or personal digital assistant. The 
data cable may be used to transfer data to and from a mobile terminal or provide 
modem functions depending on the capabilities of the data cable 334. The data 
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cable may support various data transfer standards, such as universal serial bus 
(USB), 



The capabilities of the accessories in embodiments of the present Invention may 
5 be defined using a generic Identification system. Instead of using an 
identification number corresponding to a fixed set of accessory functions and 
modes, individual fields of a generic data blocl< or array may be used to define 
corresponding accessory functions and the data in each field may define the 
mode of the accessory function corresponding to the field. This generic data 
10 blocl< may be stored in the memory in each accessory. 

In a preferred embodiment of the present invention, the generic identification 
system uises a generic identification system block and an audio block. The fields 
of the generic identification system block and audio block may define accessory 
15 functions supported by the accessory, and the data In each field may define the 
mode for the accessory function. For example, the accessory function may be 
the audio output capabilities of the accessory and the mode may be stereo audio. 

Before describing the generic identification system block In more detail, some of 
20 the accessory functions that may be provided by an accessory and supported by 
a mobile terminal are described. 

The following are examples of some general accessory functions that may be 
provided by an accessory and supported by a mobile terminal: 

25 

• Audio input functions. These define^thaaudio input functions of the- 
accessory, such as whether the accessory provides a microphone 
input and the sensitivity of the microphone input. 

30 • Audio output functions. These define the audio output functions. 

For example, the audio output may have modes of on or off. For a 
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hands free headset, the audio output will typically have mode of on, 
but for a data cable, it will have a mode of off. If audio output is on, 
the audio output mode may be mono audio or stereo audio. The 
audio output functions may also define when the mobile temiinal 
should switch on the audio amplifier and when to enable audio to 
the accessory. 

I/O input functions from the accessory. These include functions 
supported by an accessory such as car ignition sensing in an in-car 
accessory, volume controls, and power supply connections. 

The interface to a Pop-Port interface can have 8 I/O pins, which 
can be configured separately as inputs or outputs, each providing 
different functions between the mobile terminal and the accessory. 

I/O output functions to an accessory. These include functions 
supported by an accessory such as muting the car radio in an in-car 
accessory, switching the battery charger on and off, switching the 
handset audio on and off, and providing signals for a modem 
connection. 

Voltage output function, providing a power source for an accessory. 
This may be varied accordingly depending on the requirements of 
the accessory. 

NBUS, which is a serial data bus based on RS-232 using 8-bit 
characters. 

Universal serial bus (USB) provides data transfer functions. 
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The mode of each accessory function is defined by the data in specific fields in a 
generic identification system block, and, if appropriate, an audio block. 

Figure 4 illustrates a generic identification system block. The generic 
5 identification system block comprises various fields each of which may be 
subdivided Into sub-fields. The generic Identification system block illustrated in 
Figure 4 comprises a BlockJD field (4 bits), a DeviceJD field (12 bits), a 
ResourceJD field (1 byte), a Device type field (3 bits), a spare field (5 bits), an 
l/OJnformation field (1 byte), and an l/OJnput/output field (1 byte). Some of 
10 these fields may be divided Into sub-fields. 

Each field or sub-field may correspond to an accessory function, and the data 
stored in the field identifies the mode of the accessory function. 

15 For example, the l/OJnformatlon field has a first bit corresponding to whether the 
I/O function for a given I/O pin in the accessory interi'ace is active. A bit value of 
"1" In the first bit can be used to indicate that an I/O function is active for the 
given pin. The l/OJnformation field also has a further seven bits to define the 
specific function for the given I/O pin, such as a power supply or data function. 

20 The l/OJnput/output field comprises 8 bits, with one bit corresponding to each of 
the 8 pins to indicate whether the function for each pin is an input or an output 
function. 

The BlockJD field Is a 4 bit field which is mainly used to restrict the use of some 
25 accessories in older mobile temilnals. The BlockJD field may be used to define 
the version of the generic- identification system block, thereby allowing different 
versions of the generic Identification system block having different field formats to 
be defined in the future. 
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The DeviceJD field is a 12 bit field wliicli defines an individual identity number 
for an accessory. The device ID enables the management of fonward and 
backward compatibility between accessories and temninals. 

The Resource_ID field is an 8 bit field which defines some of the functions 
provided accessory and supported by a mobile terminal. The ResourceJD field 
is divided into 8 sub-fields in each of the 8 bit positions. A bit value in each bit 
position indicates the mode of the accessory function conresponding to that bit 
position, which Is provided by the accessory and requiring support by the mobile 
terminal. 

Figure 5 illustrates in more detail the sub-fields and their corresponding 
accessory functions for each bit posifion of the ResourceJD field. 

Bit 0 corresponds to the Nokia BUS (NBUS) sub-field. A bit value of "1" in bit 
position 0 indicates that NBUS function is provided by the accessory. The NBUS 
function may be provided in a data cable such as the data cable 334 illustrated In 
Figure 3. 

Bit 1 corresponds to the FBUS. A bit value of "1" in bit position 0 indicates that 
NBUS function is provided by the accessory. If both bit position 0, con-esponding 
to NBUS. and bit position 1 both have the value of "1". the mobile terminal may 
change the mode of the bus using an appropriate command between NBUS and 
FBUS. 

Bit 2 corresponds to the universal serial bus (USB). A bit value of "1" in bit 
position 2 indicates that USB function is provided by the accessory and USB 
hand shaking may start. The USB function and NBUS/FBUS are mutually 
exclusive. Therefore, if bit position 2 has a value of "1". then bit positions 0 and 1 
must have a value of "0". 
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Bit 3 corresponds to the audio functions the accessory. When bit position 3 has 
a value of "1", the accessory supports audio functions. Specific audio functions 
are provided in a further data bloclc referred to as an audio blocl^. Therefore, bit 
position 3 having a value of "1" also indicates that an audio block is present. The 
5 audio block and functions defined therein are discussed in more detail below. 

Bit 4 corresponds to music playback, and defines whether an accessory is 
capable of playing back music, for example from a radio or MPS function in the 
mobile terminal. A bit value of "1" in bit position 4 indicates that music playback 
10 is provided by the accessory. For example, this may be provided via the 
earphones in the hands free headset 322 illustrated in Figure 3. 

Bit 5 corresponds to an FM antenna function, where the cable or wire of the 
accessory may be used as an antenna for a radio function in the mobile terminal. 
15 A bit value of "1" In bit position 5 indicates that the mobile terminal may utilise the 
cable In the accessory for as an FM antenna. 

Bits 6 and 7 are spare and may be used for other functions. 

20 In a further embodiment of the present invention, when the bit 3 of the 
ResourceJD field has a value of "1", then the accessory may provide audio 
functions defined In a further data block referred to as an audio block. The audio 
block Is illustrated in Figure 6. 

25 The audio block comprises various fields, each of which may be divided into sub- 
fields. The audio block- illustrated-in Figure 6 comprises an uplink sensitivity field 
(8 bits), a downlink volume field (8 bits), and enhancement switchers field (8 bits), 
a parametric wideband equalisation field (8 bits). The bit value in each field or 
sub-field where appropriate, indicates the mode of the accessory function 

30 corresponding to that field or sub-field, which is provided by the accessory and 
requiring support by the mobile terminal. 
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The uplink sensitivity field comprises a 5 bit sub-field corresponding to an uplink 
sensitivity, or microphone gain, and a 3 bit sub-field con-esponding to the AEC 
selection table. 

The downlink volume field comprises a 5 bit sub-field corresponding to the 
downlink sensitivity, or output gain, and a 3 bit sub-field corresponding to the 
maximum output level. 

The enhancement switches field comprises: a 1 bit sub-field corresponding to up 
alwe on/off; a 1 bit sub-field corresponding to down alwe on/off; a 2 bit sub-field 
corresponding to the output switcher; a 1 bit sub-field corresponding to 
microphone on/off; a 2 bit sub-field conresponding to a DRC target value; and a 1 
bit sub-field corresponding to the input impedance. 

A bit value of "1" in the any of the on/off sub-fields indicates that the function 
con-esponding to that sub-field is "on". A bit value of "O- in the any of the on/off 
sub-fields Indicates that the function corresponding to that sub-field is "off". 

A preferred embodiment of the present invention will now be described In more 
detail with reference to the flow chart of Figure 7 and with reference to the mobile 
terminal and accessories illustrated in Figure 3. It should be appreciated that the 
following method is applicable to any suitably configured accessory. The 
reference to a hands free handset 322 in this method Is by way of example only. 

Firstly, an accessory, such as the hands free handset 322, is connected to the 
mobile terminal 300. The connection is made via the interface 330 of the 
headset and 302 and the interface 302 of the mobile terminal. This may be a 
wired connection or a wireless connection, such as via Bluetooth. This is 
represented in step 700 in Figure 7. 



14 



The hands free headset 322 stores In memory 332 a data block In the form of a 
generic identification system block and an audio block. The mobile terminal 
reads these blocks using the processing unit 304. This Is represented In step 
702 In Figure 7. 

5 

The data read from the generic identification system block and the audio block is 
Interpreted by the processing unit 304 In a predefined format that comprises a 
number of fields. Each field may correspond to a specific accessory function. 
For example, the audio block may be Interpreted as Including all the fields 
10 Illustrated In the audio block In Figure 6, which includes a field corresponding to 
the downlink sensitivity (audio output gain) In the accessory and a field 
corresponding to microphone on/off. This is represented in step 704 In Figure 7. 

For each field that is associated witti an accessory function, a mode for that 
15 accessory function Is Identified by the processing unit 304. The mode for the 
accessory function Is dependent on the data In the corresponding field. 

For example, data may be present In the downlink sensitivity field of the audio 
block. Therefore, the data In the downlink sensitivity field may correspond to a 
20 mode for the downlink sensitivity function, which In this case Is a specific 
downlink sensitivity value. 

In another example, as the headset 322 includes a microphone 324, the data 
present in the microphone on/off field may have a bit value of "1" to Indicate that 
25 the mode for the microphone on/off is "on". However, if the accessory does not 
include a microphone function, such as the camera headset 310 or data cable 
334, then the data In this field may have a bit value of "0" to Indicate that the 
mode for the microphone on/off function Is "off". 

30 In yet another example, the headset 322 may provide an FM antenna function. 
Therefore, the data in the FM antenna field within the ResourceJD field of the 
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generic Identification system block may have a bit value of "1". The bit value of 
"1" indicates that the mode for the FM antenna function Is active. 

The identifying of the mode of an accessory function is represented in step 706 in 
5 Figure 7. 

Once the mode for an accessory function is identified, the mobile terminal 300 is 
configured to support the accessory function with the accessory in the mode 
identified. For example, if the mode identified for the microphone function is "on", 
10 then the mobile terminal 300 may be configured to support audio input signals 
from the accessory via the interface 302. This Is represented in step 708 in 
Figure 7. 

The steps of identifying and supporting a mode of an accessory function may 
15 then be repeated for all the fields in the data block read from the accessory that 
correspond to accessory functions. This is represented in step 710 in Figure 7. 

In embodiments of the present invention, the capabilities or functions of an 
accessory may be defined using a generic Identification system. Therefore, the 
20 problems associated with using an identification number corresponding to a fixed 
set of accessory functions and modes are overcome as individual fields of a 
generic data block may be used to define accessory functions and the data in 
each field may define the mode of the accessory function. 

25 Therefore, it is possible to develop new accessories with new functions, or at 
least new combinations of functions, that were not previously possible using an 
identification number. Existing mobile terminals would be able to support new 
accessories and their functions as long as they are able to interpret and identify 
the data In the data blocks in accordance with embodiments of the present 

30 invention. 
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Whilst the foregoing embodiments have been described with reference to a 
generic identification system bloci< and an optional audio block, the invention Is 
not limited to these specific blocks. A person skilled in the art will appreciate that 
any type of data block or array comprising individual fields each corresponding to 
5 separate accessory functions may be used instead. 

The applicant hereby discloses in isolation each individual feature described 
herein and any combination of two or more such features, to the extent that such 
features or combinations are capable of being carried out based on the present 

10 specification as a whole In light of the common general knowledge of a person 
skilled in the art. Irrespective of whether such features or combinations of 
features solve any problems disclosed herein, and without limitation to the scope 
of the claims. The applicant indicates that aspects of the present invention may 
consist of any such feature or combination of features. In view of the foregoing 

15 description it will be evident to a person skilled In the art that various 
modifications may be made within the scope of the Invention. 
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CLAIMS 

1. A mobile terminal capable of supporting a plurality of accessory functions 
with one or more accessories, the mobile terminal capable of supporting each 

5 accessory function in two or more modes, and each accessory storing a 
capability array indicative of the capabilities of the accessory; the mobile terminal 
comprising: 

reading means for reading a capability array from an accessory; 

interpreting means for interpreting a capability array read by the reading 
10 means in accordance with a predefined format as including one or more fields, 
each field corresponding to an accessory function; 

identifying means for identifying a mode of an accessory function in 
dependence on the content of a field of the capability array, the field 
corresponding to the accessory function; and 
15 supporting means responsive to the identifying means for supporting the 

accessory function with the accessory in the mode identified by the identifying 
means. 

2. A mobile temiinal as claimed In claim 1. wherein the accessory function 
20 corresponds to a capability of an accessory. 

3. A mobile terminal as claimed in claim 1 or 2, wherein the mode Is a mode 
of operation. 

25 4. A mobile terminal as claimed in any preceding claim, wherein the 
capability array comprises at least one data block. 

5. A mobile terminal as claimed in any preceding claim, wherein the contents 
of the fields in the capability array are bit values. 

30 
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6. A mobile terminal as claimed in any preceding claim, wherein the 
predetermined format comprises fields in adjacent bit positions. 



7. A mobile terminal as claimed in any preceding claim wherein the mobile 
5 terminal comprises connecting means for connecting to an accessory. 

8. A mobile terminal as claimed in claim 7, wherein the connecting means is 
an interface. 

10 9. A mobile temiinal as claimed in claim 8, wherein the interface is one of a 
wired interface, an Infrared interface or a Bluetooth interface. 

10. A mobile terminal as claimed in any preceding claim wherein the 
accessory function is one of a data bus function, an audio function, a music 

15 playback function, and an antenna function. 

11. A method in a mobile terminal capable of supporting a plurality of 
accessory functions with one or more accessories, the mobile temriinal capable of 
supporting each accessory function in two or more modes, and each accessory 

20 storing a capability array indicative of the capabilities of the accessory; the 
method comprising the steps of: 

reading a capability array from an accessory; 

interpreting a read capability array in accordance with a predefined fomnat 
as including one or more fields, each field corresponding to an accessory 
25 function; 

identifying a mode of an accessory function in-dependence on the content 
of a field of the capability array, the field corresponding to the accessory function; 
and 

supporting, in response to the step of identifying, the accessory function 
30 with the accessory in the mode identified. 
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12. A mobile terminal constructed and arranged substantially as described 
withi reference to and as shown in the accompanying drawings. 
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ABSTRACT 

A mobile terminal capable of supporting a plurality of accessory functions with 
one or more accessories, the mobile terminal capable of supporting each 

5 accessory function in two or more modes, and each accessory storing a 
capability array indicative of the capabilities of the accessory. The mobile 
tefmina! comprises reading means for reading a capability array from an 
accessory; Interpreting means for Interpreting a capability array read by the 
reading means in accordance with a predefined format as including one or more 

10 fields, each field corresponding to an accessory function; Identifying means for 
Identifying a mode of an accessory function in dependence on the content of a 
field of the capability array, the field corresponding to the accessory function; and 
supporting means responsive to the Identifying means for supporting the 
accessory function with the accessory in the mode identified by the Identifying 

15 means. 
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